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1. Claims 1-21 are pending. 

Response to Arguments 

2. Applicant's arguments, see pages 2-6, filed 3/24/08, with respect to the 
rejection(s) of claim(s) 1-21 under Hundermer-Miyamoto have been fully considered 
and are persuasive. Therefore, the rejection has been withdrawn. However, upon 
further consideration, a new ground(s) of rejection is made in view of McCormack- 
Mayhew. 

Claim Rejections - 35 USC § 101 

3. the claimed invention 18-21 is directed to non-statutory subject matter. 

i.e.: the program code, transmission medium and medium requires a computer- 
readable medium. 

Claim Rejections - 35 USC §112 

4. Claims 1-21 are rejected under 35 U.S.C. 112, first paragraph, as failing to 
comply with the enablement requirement. The claim(s) contains subject matter which 
was not described in the specification in such a way as to enable one skilled in the art to 
which it pertains, or with which it is most nearly connected, to make and/or use the 
invention. 

i.e.: the packet comes from a network node or another data handling node from 
network are the same. There is no detail in specification or (a) and (b) indicates What 
condition, How and When a node identifies a type of header or the type of packet ID 
packet come from another node via network. 
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Claim Rejections - 35 USC § 103 

Claims 1-21 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
McCormack et al [McCormack 2004/0213206 A1] in view of Mayhew et al [Mayhew 
2004/0128410 A1]. 

5. As per claim 1 , McCormack discloses A network interface connectable to a 
packet-based data network on which a plurality of different types of payload data are 
distinguished by network-based packet header data; said network interface comprising: 

a plurality of data handling nodes [McCormack, ATM devices, 0069]; and a 
routing arrangement responsive to a packet identifier for routing data packets between 
said data handling nodes; in which one of said data handling nodes is a network 
processor for receiving data packets from and transmitting data packets to said packet- 
based network [McCormack, Internet, 0033; a multi-protocol convergence switch 0034, 
0042; routing table, 0062; packet ID, 0111]; said network processor being operable: 

a) in the case of a data packet received from said data network, to detect a type 
of payload data from said network-based packet header data [McCormack, make 
intelligent decisions regarding how to transport different types of data through a 
network, 0072]; to remove said network-based packet header data from said packet 
[McCormack, strips the header from packet, 0098]; and to associate with said packet an 
identifier which specifies a route across said routing arrangement to a target data 
handling node [McCormack, the UDP and IP headers (or specified route) are added to 
the payload, 0083] 
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and a data handling operation to be carried out by said target data handling node 
[McCormack, the ATM signaling element 84 handles all other communication, 0069]; 

McCormack also taught detecting a type of payload data from said packet 
identifier [McCormack, recalculates the checksum based on packet content /type / ID, 
0101]. However McCormack does not teach or suggest 

b) in the case of a data packet (received from another data handling node and) 
having an associated packet identifier; to apply network-based packet header data in 
dependence on said packet identifier and to launch said data packet onto said network. 

Mayhem taught an advanced switching fabric network including the different 
types of routing checks, 0075]; a packet type ID, create a packet header and to transmit 
said packet header to a second node [claim 5] such as a type of payload data from said 
packet identifier [Mayhew, a packet type identifier, claim 5]; to remove said packet 
identifier [Mayhew, packet encapsulating, claim 5]; to apply network-based packet 
header data in dependence on said packet identifier and to launch said data packet 
onto said network [Mayhew, a first node adapted (or dependent to a packet type ID) to 
create said packet header and to transmit said packet header to a second node or 
network, claim 5]. 

Therefore it would have been obvious to an ordinary skill in the art at the time the 
invention was made to incorporate the technique of removing or encapsulating the 
Packet ID; create a header or header data to transmit the header and packet to the 
network as taught by Mayhew into the McCormack's apparatus in order to utilize the 
routing process and detecting or calculating the packet content. 



Application/Control Number: 1 0/81 2,1 67 Page 5 

Art Unit: 2619 

Doing so would provide an advantage to the Internet switch capable of 
supporting different types of edge networks. 

6. As per claim 2, McCormack-Mayhew disclose in which one of said data handling 
nodes is a data processing arrangement [McCormack, the ATM signaling element 84 
handles all other communication, 0069]. 

7. As per claim 3, McCormack-Mayhew disclose in which one of said data handling 
nodes is a computer interface [McCormack, interface, 0096]. 

8. As per claim 4, McCormack-Mayhew disclose a type identifier defining a target 
data handling node and an action identifier defining a data handling operation to be 
carried out by said target data handling node [Mayhew, packet type identifier, claim 5]. 

9. As per claim 5, McCormack-Mayhew disclose in which said routing arrangement 
comprises a de-multiplexer for de-multiplexing different types of packets to different As 
per claim routing paths in dependence on said type identifier [McCormack, a TDM, 
0169]. 

10. As per claim 6, McCormack-Mayhew disclose in which a respective multiplexer is 
associated with each data handling node, each multiplexer being arranged to receive 
data packets from said routing paths which have that data handling node as a target 
node [McCormack, TDM, 0169; destination address, 0117]. 

11. As per claim 7, McCormack-Mayhew disclose said types of payload data include 
audio data and video data; and one of said data handling nodes is an audio/video 
processor for extracting audio and/or video data from a packet payload and generating 
an output audio and/or video signal [McCormack, voice, video, 0048]. 
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12. As per claim 8, McCormack-Mayhew disclose in the case of a data packet 
received from said data network having an audio or video data payload, said network 
processor is arranged to associate with said packet an action identifier which specifies 
whether said payload comprises audio or video data and a type identifier specifying said 
audio/video processor as said target data handling node; and said audio/video 
processor processes said data packet as audio data or as video data in dependence on 
said action identifier [McCormack, voice, video, 0048]. 

1 3. As per claim 9, McCormack-Mayhew disclose said network processor has an 
associated memory; said types of payload data include at least video data; and said 
network processor is operable in a second mode in which an incoming video data 
packet is stored in said memory at a storage location dependent upon said video data 
carried by that packet; said video data being subsequently read out for output via a data 
handling node [McCormack, voice, video, 0048]. 

14. As per claim 10, McCormack-Mayhew disclose in which said storage location 
depends on pixel position(s) relating to said video data [McCormack, voice, video, 
0048]. 

1 5. As per claim 1 1 , McCormack-Mayhew disclose in which said video data is read 
out from said memory substantially straight after being stored in said memory 
[McCormack, voice, video, 0048]. 

16. As per claim 1 2, McCormack-Mayhew disclose in which said video data is read 
out from said memory a predetermined delay period after being stored [McCormack, 
voice, video, 0048]. 
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1 7. As per claim 1 3, McCormack-Mayhew disclose in which at least one of said types 
of payload data represents asynchronous data to be carried by said network 
[McCormack, ATM, 0016]. 

18. As per claim 14 McCormack-Mayhew disclose A data network comprising: 
a plurality of data handling nodes, each having a network interface according to 
claim 1; and a data network connecting said data handling nodes via said respective 
network interfaces [see rejection claim 1]. 

19. As per claim 15, McCormack-Mayhew disclose in which each data handling node 
comprises a source and/or a sink of data according to at least one of said types of 
payload data as inherent feature of Internet. 

20. As per claim 16 McCormack-Mayhew disclose A data handling node having a 
source and/or a sink of data according to at least one of said types of payload data; and 
a network interface according to claim 1 as inherent feature of Internet. 

21 . As per claim 1 7 McCormack discloses A method of operation of a network 
interface connectable to a packet-based data network on which a plurality of different 
types of payload data are distinguished by network-based packet header data; said 
network interface comprising a plurality of data handling nodes; and a routing 
arrangement responsive to a packet identifier for routing data packets between said 
data handling nodes; in which one of said data handling nodes is a network processor 
for receiving data packets from and transmitting data packets to said packet-based 
network [McCormack, Internet, 0033; a multi-protocol convergence switch 0034, 0042; 
routing table, 0062; packet ID, 0111]; said method comprising the steps of: 
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a) in the case of a data packet received from said data network, detecting a type of 
payload data from said network-based packet header data [McCormack, make 
intelligent decisions regarding how to transport different types of data through a 
network, 0072]; and associating with said packet an identifier which specifies a route 
across said routing arrangement to a target data handling node [McCormack, the UDP 
and IP headers (or specified route) are added to the payload, 0083]; 

and a data handling operation to be carded out by said target data handling node 
[McCormack, the ATM signaling element 84 handles all other communication, 0069]; 

McCormack also taught detecting a type of payload data from said packet 
identifier [McCormack, recalculates the checksum based on packet content or packet 
ID, 0101]. However McCormack does not teach or suggest 

b) in the case of a data packet received from another data handling node and 
having an associated packet identifier, applying network-based packet header data in 
dependence on said packet identifier; and launching said data packet onto said 
network. 

Mayhem taught an advanced switching fabric network including the different 
types of routing checks, 0075]; a packet type ID, create a packet header and to transmit 
said packet header to a second node [claim 5] such as a type of payload data from said 
packet identifier [Mayhew, a packet type identifier, claim 5]; to remove said packet 
identifier [Mayhew, packet encapsulating, claim 5]; to apply network-based packet 
header data in dependence on said packet identifier and to launch said data packet 
onto said network [Mayhew, a first node adapted (or dependent to a packet type ID) to 
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create said packet header and to transmit said packet header to a second node or 
network, claim 5]. 

Therefore it would have been obvious to an ordinary skill in the art at the time the 
invention was made to incorporate the technique of removing or encapsulating the 
Packet ID; create a header or header data to transmit the header and packet to the 
network as taught by Mayhew into the McCormack's apparatus in order to utilize the 
routing process and detecting or calculating the packet content. 

Doing so would provide an advantage to the Internet switch capable of 
supporting different types of edge networks. 

22. As per claim 1 8 McCormack-Mayhew disclose Computer software having 
program code for carrying out a method according to claim 17 [McCormack, software 
element, 0049]. 

23. As per claim 1 9 McCormack-Mayhew disclose A providing medium by which 
software according to claim 18 is provided [McCormack, software element, 0049]. 

24. As per claim 20, McCormack-Mayhew disclose said medium being a storage 
medium [Mayhew, storage medium, 0127]. 

25. As per claim 21 , McCormack-Mayhew disclose said medium being a 
transmission medium [Mayhew, storage medium, 0127]. 

26. Claims 1-21 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ozawa et al [Ozawa 7,023,858 B2] in view of Bailey et al [Bailey 2002/0107971 A1] 
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27. As per claim 1 , Ozawa discloses A network interface connectable to a packet- 
based data network on which a plurality of different types of payload data are 
distinguished by network-based packet header data [Ozawa, Internet 44, Fig 1]; said 
network interface comprising: 

a plurality of data handling nodes [Ozawa, service provider 10, Fig 1]; and a 
routing arrangement responsive to a packet identifier for routing data packets between 
said data handling nodes; in which one of said data handling nodes is a network 
processor for receiving data packets from and transmitting data packets to said packet- 
based network [Ozawa, demultiplexer and packet ID, audio, video, data type col 5 lines 
36-59]; said network processor being operable: 

b) in the case of a data packet received from another data handling node and 
having an associated packet identifier; to detecting a type of payload data from said 
packet identifier; to remove said packet identifier; to apply network-based packet header 
data in dependence on said packet identifier and to launch said data packet onto said 
network [Ozawa, table ID filtering, the VCI is replaced the packet ID or packet type, col 
3 lines 44-66]. 

An Official Notice is taken that the data type or payload type based on the pakcet 
ID [see Settle, col 5lines 20-35] 

However Ozawa does not teach or suggest 

a) in the case of a data packet received from said data network, to detect a type 
of payload data from said network-based packet header data; to remove said network- 
based packet header data from said packet; and to associate with said packet an 
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identifier which specifies a route across said routing arrangement to a target data 
handling node and a data handling operation to be carried out by said target data 
handling node; 

It was well-known in the art that a demultiplexing operation could remove 
unneeded header information to prepare the data to be displayed [see Coffin, col 2 lines 
49-64] 

In the same endeavor, Bailey taught an network transport accelerator including 
verifies fields of the packet header and decides on an outgoing port to which it forwards 
packet [Bailey, 0052] stripping some of the header data and replaced with an identifier 
or tag that is provided to the transport processing engine [Bailey, 0063-0065]. 

Therefore it would have been obvious to an ordinary skill in the art at the time the 
invention was made to incorporate the technique of removing or replacing the header 
data and associated with an identifier which specifies /provides and route to the 
destination as taught by Bailey into the Ozawa's apparatus in order to utilize the routing 
process and detecting or calculating the packet ID or type of content. 

Doing so would provide an advantage to the Internet switch/server capable of 
supporting different types of edge networks. 

28. As per claim 2, Ozawa-Bailey disclose in which one of said data handling nodes 
is a data processing arrangement [Ozawa, provider, 10, Fig 1]. 

29. As per claim 3, Ozawa-Bailey disclose in which one of said data handling nodes 
is a computer interface [Ozawa, provider 10, Fig 1]. 
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30. As per claim 4, Ozawa-Bailey disclose a type identifier defining a target data 
handling node and an action identifier defining a data handling operation to be carried 
out by said target data handling node [Ozawa, Fig 1]. 

31 . As per claim 5, Ozawa-Bailey disclose in which said routing arrangement 
comprises a de-multiplexer for de-multiplexing different types of packets to different As 
per claim routing paths in dependence on said type identifier [Ozawa, demux, col 9 lines 
49-64]. 

32. As per claim 6, Ozawa-Bailey disclose in which a respective multiplexer is 
associated with each data handling node, each multiplexer being arranged to receive 
data packets from said routing paths which have that data handling node as a target 
node [Ozawa, mux, col 9 lines 1-15]. 

33. As per claim 7, Ozawa-Bailey disclose said types of payload data include audio 
data and video data; and one of said data handling nodes is an audio/video processor 
for extracting audio and/or video data from a packet payload and generating an output 
audio and/or video signal [Ozawa, MPEG, col 2 lines 3-55]. 

34. As per claim 8, Ozawa-Bailey disclose in the case of a data packet received from 
said data network having an audio or video data payload, said network processor is 
arranged to associate with said packet an action identifier which specifies whether said 
payload comprises audio or video data and a type identifier specifying said audio/video 
processor as said target data handling node; and said audio/video processor processes 
said data packet as audio data or as video data in dependence on said action identifier 
[Ozawa, MPEG, col 2 lines 3-55]. 



Application/Control Number: 1 0/81 2,1 67 Page 1 3 

Art Unit: 2619 

35. As per claim 9, Ozawa-Bailey disclose said network processor has an associated 
memory; said types of payload data include at least video data; and said network 
processor is operable in a second mode in which an incoming video data packet is 
stored in said memory at a storage location dependent upon said video data carried by 
that packet; said video data being subsequently read out for output via a data handling 
node [Ozawa, MPEG, col 2 lines 3-55]. 

36. As per claim 10, Ozawa-Bailey disclose in which said storage location depends 
on pixel position(s) relating to said video data [Ozawa, MPEG, col 2 lines 3-55]. 

37. As per claim 1 1 , Ozawa-Bailey disclose in which said video data is read out from 
said memory substantially straight after being stored in said memory [Ozawa, MPEG, 
col 2 lines 3-55]. 

38. As per claim 12, Ozawa-Bailey disclose in which said video data is read out from 
said memory a predetermined delay period after being stored [Ozawa, MPEG, col 2 
lines 3-55]. 

39. As per claim 1 3, Ozawa-Bailey disclose in which at least one of said types of 
payload data represents asynchronous data to be carried by said network [Ozawa, 
ATM, col 2 lines 3-55]. 

40. As per claim 14 Ozawa-Bailey disclose A data network comprising: 

a plurality of data handling nodes, each having a network interface according to 
claim 1; and a data network connecting said data handling nodes via said respective 
network interfaces [see rejection claim 1]. 
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41 . As per claim 15, Ozawa-Bailey disclose in which each data handling node 
comprises a source and/or a sink of data according to at least one of said types of 
payload data as inherent feature of Internet. 

42. As per claim 1 6 Ozawa-Bailey disclose A data handling node having a source 
and/or a sink of data according to at least one of said types of payload data; and a 
network interface according to claim 1 as inherent feature of Internet. 

43. Claims 17-21 contain the identical limitations set forth in claims 1-16. Therefore 
claims 17-21 are rejected for the same rationale set forth in claims 1-16. 
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